Bumpe UKA til nytt år

Under følger en liten sjekkliste over hva som må gjøres for å bumpe UKA til et nytt år.

Bumpe AMSIT-lister

Målet her er å arkivere de gamle epostlistene til et eget domene (fra @uka.no til f.eks. 2027.uka.no) slik at @uka.no kan brukes med nye lister for neste UKA. Det skal altså ikke opprettes nye lister, kun flytte de eksisterende listene til et arkivdomene.

Sett opp DNS

Gå til cirkus og rediger sz(sonefilen) for uka-no

 /etc/bind/pz/uka.no

Under seksjonen ";E-postdomene for eldre UKEr" legger du til det nye subdomenet (f.eks. 2027.uka.no) i samme format som fra de tidligere UKEne som allerede ligger der. Dette gjør at cassarossa blir MX for det nye domenet.

Husk å inkrementere seriellen øverst i filen. Formatet er ÅÅÅÅMMDDNN hvor de to siste sifrene er løpenummer. F.eks. 2026041300 betyr 2026-04-13, løpenummer 00.

Reload deretter bind

systemctl reload bind9

Legg til domenet i exim

På cassarossa, legg til det nye domenet i dc_other_hostnames i

/etc/exim4/update-exim4.conf.conf

se på hva som allerede ligger der for å forstå formatet. Reload deretter exim:

systemctl reload exim4

Opprett domenet i AMSIT

Gå til https://amsit.samfundet.no/admin/nytt_domene og opprett det nye domenet (f.eks. 2027.uka.no). Steg 1 og 2 må være gjort da denne siden validerer at domenet har cassarossa som MX

Opprett ny AMSIT-gruppe

Gå til https://amsit.samfundet.no/admin_ny_gjeng og opprett en ny gruppe for den UKA-en du arkiverer. Følg navneskjemaet fra tidligere UKER som ligger der fra før. F.eks. slug 'uka27', navn UKA-27.

Flytt listene med SQLite3

Nå skal du kopiere alle epostlistene fra den aktive UKA gruppen over til den nye arkivgruppen du har lagd, med det nye domenet. Først går du inn i databasen:

 sudo -u www-data-sqlite3 /var/www/samfundet.no/amsit-go/amsit.db

Først finner du IDene du trenger:

SELECT * FROM gjeng WHERE gjeng_slug='uka27' OR gjeng_slug='uka';
SELECT * FROM domene WHERE domene='2027.uka.no' OR domene='uka.no';

Husk gjeng_id for begge gjengene, og domene_id for begge domenene!

Deretter kopierer du listene over til den nye gruppen og det nye domenet. En enkel UPDATE med både gjeng_id og domene_id kan feile grunnet UNIQUE constraint (liste_navn, domene_id), fordi noen lister finnes med samme navn under forskjellige domener (f.eks. @uka.no og @samfundet.no). Bruk altså INSERT ... SELECT for å lage kopier med riktig gjeng og domene:

INSERT INTO epostliste (liste_navn, gjeng_id, domene_id) 
SELECT liste_navn, <ny_gjeng_id>, <ny_domene_id> 
FROM epostliste WHERE domene_id  <gammel_domene_id> AND gjeng_id  <gammel_gjeng_id>;

Sett deretter mdb2_liste til 0 på de nye listene. Da synkroniseres ikke de nye listene automatisk lenger.

UPDATE epostliste SET mdb2_liste=0 WHERE gjeng_id=<ny_gjeng_id>;

Etter dette er de gamle listene arkivert under det nye domenet og gruppen, og man kan fritt endre på og slette lister under den aktive UKA-gruppen uten at noe går tapt! Gi gjerne beskjed til adminsjef om dette, og si at de kan rydde opp i lister under UKA som de ikke har behov for lenger

Automatisk synkronisering fra mdb til amsit

UKA har noen lister som synkes mot mdb. Disse burde også settes for de gruppene det gjelder. Spør Admin-sjef om hen kan gi deg en liste eller lignende med epost-lister som burde synkroniseres.

Lage gruppestruktur i MDB

Du burde ta kontakt med UKEsjef/Adminsjef og gjøre denne prosessen iterativt. UKA endrer alltid på strukturen sin og det blir som regel bedre hvis man lager ny struktur hvert år, og ikke kopierer forrige år. I UKA-23 fant daværende IT-sjef ut at å lage strukturen slik UKA ønsker frem til neste opptak var hensiktsmessig. Det er viktig at en slik struktur er inne før et opptak, ettersom jobbsokesys vil bruke det.Spør adminsjef om han kan gi deg en struktur og lag gruppe ut ifra dette.

Synkronisere Innsida/Apps mot nye gruppestruktur

Brukere på Innsida og Apps blir laget på en litt rar måte, ettersom det er Django-applikasjoner. Vi har laget et script «pullmdbdata.py» som ligger som en management-kommando på både Innsida og Apps, men disse er helt like. For å synkronisere grupper og brukere, brukes det flere views i mdb2, men det viktigste er «uka_gruppe_ider». Dette henter alle gruppe_ider som er barn, barnebarn osv. av en rotgruppe. Denne rotgruppen må endres slik at den peker på den nye rot-gruppen til UKA. Se på View-definisjonen i mdb2, så skjønner du hva jeg mener. Denne må iallfall endres. Du kan bruke «CREATE OR REPLACE AS query» for å oppdatere viewet. Når dette er gjort burde brukere og grupper synkroniseres riktig. Det er også viktig at dette gjøres ETTER at du har gjort spørringen i Bumpe_AMSIT-lister.

Avslutte verv og gjøre UKA-21 inaktiv

Når du har snakket med UKA og fått klarsignal kan du avslutte alle verv i UKA-21 og gjøre UKA-21 gruppene inaktive. Dette må også gjøres før du endrer View-et over. Dette kan gjøres med SQLen nedenfor:

Avslutte verv:

BEGIN;
UPDATE verv SET stopp=now()
WHERE verv.gruppe_id IN (
  SELECT uka_gruppe_ider.gruppe_id
  FROM uka_gruppe_ider NATURAL JOIN gruppe
  WHERE gruppe.gruppe LIKE 'UKA-ÅÅ%'
) AND verv.stopp IS NULL;
COMMIT;

Gjøre UKA inaktiv:

BEGIN;
UPDATE gruppe SET aktiv=false
WHERE gruppe.gruppe_id IN (
  SELECT uka_gruppe_ider.gruppe_id
  FROM uka_gruppe_ider NATURAL JOIN gruppe
  WHERE gruppe.gruppe LIKE 'UKA-ÅÅ%'
);
COMMIT;

Andre relevante kilder: AMSIT-noden

Om du vil lese mer om DNS MX record

I tillegg finnes det lister i amsit som er automatisk synkronisert fra MDB2, se mdb2amsit for mer info. I hovedsak kan man lage et enkelt SQL-script for å endre hvilke amsit-lister hver MDB2-gruppe synkroniserer til. Dette burder fungere, merk at amsitgjeng er amsitgruppen du lagde over:

Lenker: Start